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BACKGROUND OF THE INVENTION 

The present invention relates to a method of 
and a system for translating addresses between an 
Internet Protocol Version 4 (IPv4) address and an 
5 Internet Protocol Version 6 (IPv6) address. 

There are known NAT-PT (refer to 
http://www.ietf.org/rfc/rfc27 66.txt; pp.6 - 18 and 
http://www.ietf.org/rfc/rfc2765.txt; pp.9 - 22), 
SOCKS 64 (refer to http://search.ietf.org/internet- 

10 draf ts/draf t-ietf-ngtrans-socks-gateway-05 . txt) , etc. 
as a method of connecting a network using an Internet 
Protocol version 4 protocol (hereinafter, referred to 
as an IPv4 network) with a network using an Internet 
Protocol version 6 protocol (hereinafter, referred to 

15 as an IPv6 network) . 

Both of them are basically used to translate 
formats of IP packets mutually between IPv4 and IPv6. 
For example, they are used for a translation between an 
IPv4 address and an IPv6 address. Hereinafter, an 

20 apparatus for performing this translation is referred 
to as a translator. The translator needs to retain a 
correspondence between the IPv4 address and the IPv6 
address. If this correspondence is dynamically 
generated whenever a communication occurs, name 

25 resolving of a domain name system (DNS) is used as a 



clue to the generation (refer to the Internet RFC 
Dictionary published by ASCII, pp.323 - 329) . 

The DNS is a system for translating a name (a 
character string) easy to understand for human beings 
5 such as a URL on the Web to an IP address* 

Hereinafter, an operation of translating a name to an 
IP address is referred to as name resolving. Today, 
the DNS is used in almost all of the applications on 
the Internet to acquire an IP address of a 
10 correspondent terminal. 

The translator always monitors a DNS message 
exchanged at initiating a communication so as to make a 
name resolving request message a clue to generating 
translation information (a correspondence of an IP 
15 address, etc.). Specifically, if an IPv4 address is a 
response to name resolving performed by an IPv6 
terminal for a certain name, this IPv4 address is 
rewritten to an IPv6 address and then returned to an 
IPv6 terminal. Subsequently the IPv4 not rewritten is 
20 associated with the IPv6 address which has been 

rewritten. In other words, a response message for name 
resolving is snatched and rewritten and then 
translation information is generated based on the 
information before and after the rewriting. The 
25 translation information dynamically generated in this 
operation is temporary and therefore it is discarded 
after an end of the communication. 

In the above prior art, the terminal is not 



assumed to move and therefore the correspondence 
between the IPv4 address and the IPv6 address is 
managed only inside the translator, and thus the 
correspondence is not exchanged among a plurality of 
translators . 

Each translator has a certain service area, 
thereby disabling different translators to exchange a 
correspondence between an IPv4 address and an IPv6 
address of each device. Therefore, a communication is 
interrupted if a terminal taking a translation service 
moves across service areas of the translators. 

In addition, as already described above, the 
correspondence between the IPv4 address and the IPv6 
address is discarded at an end of the communication 
and a different correspondence is used for each 
communication. In other words, a content to be 
rewritten in a response message for name resolving 
changes for every communication. Therefore, from the 
viewpoint of a terminal which has requested the name 
resolving, the terminal acquires different IP addresses 
for the same name. While the DNS generally has a cache 
function of storing an IP address for a certain period 
regarding a name for which name resolving is once 
performed, an IP address for the name changes whenever 
name resolving is performed in the conventional 
protocol translation method, and therefore the cache 
function cannot be used. 
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SUMMARY OF THE INVENTION 

Therefore, it is an object of the present 
invention to provide a method of enabling a 
communication to be continued without any interruption 
5 even if one or both of terminals move if a protocol 

translation is necessary at a junction of both networks 
due to, a difference between protocols of these networks 
accommodating one and the other terminals. It is 
another object of the present invention to provide a 
y 10 method of enabling a DNS cache function in name 

J{ resolving with a DNS to be a clue to dynamically 

: : ; 

W generating translation information necessary for 

W translating a protocol. 

^ In accordance with a first aspect of the 

CO 15 present invention, there is provided a method of 

translating protocols at a translator, which is 
14 connected to a first network for transferring data in a 

first protocol, to a second network for transferring 
data in a second protocol, and to a translation server 
20 to which other translators are connected, for retaining 
translation information for a protocol translation 
between the first protocol and the second protocol. 
The translator detects an address query of a terminal 
accommodated in the second network from a first mobile 
25 terminal accommodated in the first network and then 
generates a second address in the first protocol 
corresponding to a first address in the second protocol 
provided to the terminal. In addition, it retains a 
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correspondence between the first address and the second 
address as the translation information and registers 
the correspondence between the first address and the 
second address at the translation server. 
5 Upon receiving a packet having the second 

address as a destination IP address from the second 
mobile terminal at the address in the first protocol in 
which a source IP address is provided to the second 
mobile terminal as a result of a movement of the second 
10 mobile terminal which has been communicating with the 
terminal via other translators in the above, the 
translator inquires the translation server about 
address information of the terminal. The translator 
receives the correspondence between the first address 
15 and the second address registered by other translators 
in the above from the server and rewrites the 
destination IP address to the first address. It 
transmits the rewritten packet to the terminal. 

In accordance with another aspect of the 
2 0 present invention, there is provided an address 

translation server connected to a first network for 
transferring data in a first protocol, which retains a 
name of a terminal accommodated in a second network for 
transferring data in the first protocol, an address in 
25 a second protocol corresponding to the name, and a 

table for containing a correspondence with an address 
in the first protocol generated correspondingly to the 
above address * 
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The address translation server transmits the 
address in the first protocol to the terminal upon 
receiving an address query to the name from a terminal 
accommodated in the first network. 
5 Other features of the present invention 

besides those discussed above will become apparent from 
the following detailed description. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a diagram of assistance in 
10 explaining a configuration of a network in which an 
IPv6 network is connected to an IPv4 network; 

Fig. 2 is a diagram of assistance in 
explaining a communication route selected if the IPv6 
mobile terminal initiates a communication in a foreign 
15 network; 

Fig. 3 is a diagram of assistance in 
explaining a communication route selected if the IPv6 
mobile terminal moves from the location shown in Fig. 
2; 

20 Fig. 4 is a diagram of assistance in 

explaining a communication route selected if the IPv6 
mobile terminal moves from a home network to a foreign 
network and performs a route optimization or if the 
IPv6 mobile terminal initiates a communication in the 

25 foreign network and then performs a route optimization; 

Fig. 5 is a diagram of assistance in 
explaining a communication route selected if the IPv6 
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mobile terminal further moves after the route 
optimization shown in Fig. 4; 

Fig. 6 is a diagram of assistance in 
explaining a communication route selected if the IPv6 
5 mobile terminal initiates a communication in the home 
network; 

Fig. 7 is a diagram of assistance in 
explaining a communication route selected if the IPv6 
mobile terminal moves from the home network to the 

10 foreign network; 

Fig. 8 is a diagram of assistance in 
explaining a communication route selected if the IPv6 
mobile terminal further moves from the location shown 
in Fig. 7; 

15 Fig. 9 is a diagram of assistance in 

explaining a configuration of another network in which 
the IPv4 network is connected to the IPv6 network; 

Fig. 10 is a diagram of assistance in 
explaining a communication route selected if the IPv4 

20 mobile terminal initiates a communication in a foreign 
network; 

Fig. 11 is a diagram of assistance in 
explaining a communication route selected if the IPv4 
mobile terminal moves from the location in Fig. 10; 
25 Fig. 12 is a diagram of assistance in 

explaining a communication route selected if the IPv4 
mobile terminal moves from the home network to a 
foreign network and performs a route optimization or i 
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the IPv4 mobile terminal initiates a communication in 
the foreign network and then performs a route 
optimization; 

Fig. 13 is a diagram of assistance in 
5 explaining a communication route selected if the IPv4 
mobile terminal further moves after the route 
optimization shown in Fig. 12; 

Fig. 14 is a diagram of assistance in 
explaining a communication route selected if the IPv4 
10 mobile terminal initiates a communication in the home 
network; 

Fig. 15 is a diagram of assistance in 
explaining a communication route selected if the IPv4 
mobile terminal moves from the home network to the 
15 foreign network; 

Fig. 16 is a diagram of assistance in 
explaining a communication route selected if the IPv4 
mobile terminal further moves from the location shown 
in Fig. 15; 

20 Fig. 17 is a diagram of assistance in 

explaining a communication route selected if the IPv6 
mobile terminal initiates a communication in a foreign 
network while using a DNS server incorporated 
translation server; 

25 Fig. 18 is a diagram of assistance in 

explaining a communication route selected if the IPv6 
mobile terminal moves from the location shown in Fig. 
17; 



Fig. 19 is a block diagram of assistance in 
explaining an eiribodiinent of a translator according to 
the present invention; 

Fig. 20 is a block diagram of assistance in 
explaining an embodiment of a translation server 
according to the present invention; 

Fig. 21 is a block diagram of assistance in 
explaining an embodiment of a DNS server incorporated 
translation server according to the present invention; 

Fig, 22 is a diagram of assistance in 
explaining an embodiment of a translation table 101; 

Fig. 23 is a diagram of assistance in 
explaining an embodiment of translation information 
retained in the translation server with the DNS server 
5 according to the present invention; 

Fig. 24 is a sequence diagram in which the 
IPv6 mobile terminal in the foreign network originates 
a call; 

Fig. 25 is a sequence diagram in which the 
0 IPv6 mobile terminal moves after an end of the 
procedure shown in Fig. 24; 

Fig. 26 is a sequence diagram of a route 
optimization performed when the IPv6 mobile terminal 
moves within the foreign network; 
5 Fig. 27 is a sequence diagram in which the 

IPv6 mobile terminal in the foreign network receives a 
call ; 

Fig. 28 is a sequence diagram in which the 
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IPv6 mobile terminal in the foreign network moves; 

Fig. 2 9 is a sequence diagram for a route 
optimization after an end of the procedure shown in 
Fig. 28; 

5 Fig. 30 is a sequence diagram in which the 

IPv6 mobile terminal originates a call in the home 
network; 

Fig. 31 is a sequence diagram in which the 
IPv6 mobile terminal moves from the home network to a 
10 foreign network; 

Fig. 32 is a sequence diagram in which the 
IPv6 mobile terminal further moves in the foreign 

networks- 
Fig. 33 is a sequence diagram of a route 
15 optimization after an end of the procedure shown in 
Fig. 31; 

Fig. 34 is a sequence diagram for a route 
optimization after an end of the procedure shown in 
Fig. 32; 

20 Fig. 35 is a sequence diagram in which the 

IPv6 mobile terminal in the home network receives a 
call; 

Fig. 3 6 is a sequence diagram in which the 
IPv6 mobile terminal moves to a foreign network after 
25 an end of the procedure shown in Fig. 35; 

Fig. 37 is a sequence diagram in which the 
IPv6 mobile terminal further moves in the foreign 
network after an end of the procedure in Fig. 36; 



Fig. 38 is a sequence diagram for a route 
optimization after an end of the procedure shown in 
Fig. 3 6; 

Fig. 39 is a sequence diagram for a route 
optimization after an end of the procedure shown in 
Fig. 37; 

Fig. 4 0 is a sequence diagram in which the 
IPv4 mobile terminal in a foreign network initiates a 
communication; 

Fig. 41 is a sequence diagram in which the 
IPv4 mobile terminal moves after an end of the 
procedure shown in Fig. 40; 

Fig. 42 is a sequence diagram for a route 
optimization after an end of the procedure shown in 
Fig. 41; 

Fig. 43 is a sequence diagram in which the 
IPv6 mobile terminal in a foreign network initiates a 
communication while using a DNS server incorporated 
translation server; 

Fig. 44 is a sequence diagram in which the 
IPv6 mobile terminal moves after an end of the 
procedure shown in Fig. 43; 

Fig. 45 is a sequence diagram in which the 
IPv6 mobile terminal initiates a new communication with 
the same destination after an end of the procedure 
shown in Fig. 44; 

Fig. 4 6 is a diagram showing an IPv4 packet 

format; 



Fig. 47 is a diagram showing a Mobile IPv4 
registration request message format; 

Fig. 48 is a diagram showing a Mobile IPv4 
registration reply message format; 

Fig. 4 9 is a diagram showing an IPv6 packet 

format; 

Fig. 50 is a diagram showing an IPv6 
destination options header format; 

Fig. 51 is a diagram showing a mobile Ipv6 
binding update message format; 

Fig. 52 is a diagram showing a Mobile IPv6 
binding acknowledge message format; 

Fig. 53 is a diagram showing a Mobile IPv6 
binding request message format; 
5 Fig. 54 is a diagram showing a DNS query 

message format; 

Fig. 55 is a diagram showing a DNS response 

message format; 

Fig. 56 is a diagram showing a DNS header 
0 part (message format (common to query and response); 

Fig. 57 is a diagram showing a DNS query part 
(Fig. 42) message format; 

Fig. 58 is a diagram showing a DNS response 
part message format (common to Rl, R2, and R3 in Fig. 
5 43); 

Fig. 59 is a diagram showing a translation 
information register message format; 

Fig. 60 is a diagram showing a translation 



information query message format; 

Fig. 61 is a diagram showing an embodiment of 
a translation information response message format; 

Fig. 62 is a diagram showing an embodiment of 
a message format of a header part of a translation 
information register message; 

Fig. 63 is a message format of a header part 
of translation information query and a response 
message; 

Fig. 64 is a diagram showing a translation 
information query part message format; and 

Fig. 65 is a diagram showing a translation 
information response part message format (common to Rl, 
R2, and R3 in Fig. 61) . 

DETAILED DESCRIPTION OF THE EMBODIMENTS 

Referring to Fig. 1, there is shown a diagram 
of assistance in explaining a configuration of a 
network in which an IPv6 network is connected to an 
IPv4 network. A network 1 and a network 2 belong to 
the IPv6 network and a network 3 belongs to the IPv4 
network. The network 1 is a home network of the IPv6 
mobile terminal 41. If the mobile terminal 41 moves to 
a position q, the network 2 is a foreign network of the 
mobile terminal 41. Hereinafter, the network 1, the 
network 2, and the network 3 are referred to as a home 
network, a foreign network, and an IPv4 network, 
respectively. In Fig. 1, there are shown translators 
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11, 12, and 13, a translation server 21, DNS servers 
22, 23, and 24, a home agent (HA) 31, and an IPv4 
terminal 42. The DNS servers 22 and 23 and the 
translators 11, 12, and 13 can communicate with each 
5 other both in the IPv4 and the IPv6, each having an 
IPv4 address and an IPv6 address. The translation 
server 21 and the DNS server 24 are given IPv4 
addresses and the home agent 31 is given an IPv6 
address. The translators 11, 12, and 13 have their 
10 service areas. For example, a service to a terminal in 
a position p is provided by the translator 11 and a 
service to a terminal in the position q is provided by 

the translator 12. 

An embodiment of the translators 11, 12, and 

15 13 is shown in Fig. 19. Referring to Fig. 19, there is 
shown a functional block diagram of the translator. 
The translator has a processor, a storage device, and a 
communication controller for a connection to a network 
as hardware, though they are not shown. An input 

20 packet filtering process, a translation server query 

process 100, a DNS message translation and process 102, 
a Mobile IP message translation and process 103, and a 
data packet translation and process 104 are made of 
software and executed by the processor. They can be 

25 made of hardware. A translation table 101 and a 

translation server address are retained in a storage 
device. In the input packet filtering process, input 
packets are distributed to the translation server query 
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process 100, the DNS message translation and process 
102, and the Mobile IP message translation and process 
103 and the data packet translation and process 104. 
Referring to Fig. 22, there is shown an embodiment of 
5 the translation table 101. The translation table 101 
and other processes performed by the translators are 

described later. 

Referring to Fig. 20, there is shown an 
embodiment of the translation server 21. Fig. 20 shows 
10 a functional block diagram of the translation server. 
The translation server 21 has a processor, a storage 
device, and a communication controller for a connection 
to a network as hardware, though they are not shown. 
An input packet filtering process, a translation 
15 information register request process 111, and a 

translation information query process 112 are made of 
software and executed by the processor. They can be 
made of hardware. Translation information 110 is 
retained in the storage device. In the input packet 
20 filtering process, input packets are distributed to the 
translation information register request process 111 
and the translation information query process 112. The 
translation information 110 is a collection of contents 
of the translation table 100 retained in each 
25 translator, and items to be entered in the table are 

the same as those of the translation table 101 shown in 
Fig. 22. Therefore, the table for the translation 
information 110 is not shown. A registration method of 
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the translation information 110 and other processes 
performed by the translation server 21 are described 
later . 

The DNS servers 22, 23, and 24 have -the same 
5 configurations as those of the prior arts. 

Referring to Fig. 2, there is shown a 
communication route selected if the mobile terminal 41 
initiates a communication with the IPv4 terminal 42 in 
a foreign network 2. A packet destined for the 
10 terminal 42 transmitted from the terminal 41 reaches 
the terminal 42 via the translator 12. On the other 
hand, a packet destined for the terminal 41 transmitted 
from the terminal 42 is transmitted to the terminal 41 
via the translator 12 and the home agent 31. Since a 
15 home address (a care of address if the terminal 41 

moves to the foreign network) of the mobile terminal 41 
is registered at the home agent 31, the packet destined 
for the terminal 41 transmitted from the terminal 42 
always passes through the home agent except when a 
20 route optimization is performed as described later. 
Referring to Fig. 3, there is shown a communication 
route selected if the mobile terminal 42 moves from the 
position q to a position r. The packet destined for 
the terminal 42 transmitted from the terminal 41 
25 reaches the terminal 42 via the translator 13. On the 
other hand, the packet destined for the terminal 41 
transmitted from the terminal 42 is transmitted to the 
terminal 41 via the translator 13 and the home agent 
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31. Figs. 4 and 5 illustrate communication routes 
selected after a communication route optimization 
performed in the conditions shown in Figs. 2 and 3, 
respectively. After the communication route 
5 optimization, the packet destined for the terminal 41 
transmitted from the terminal 42 reaches the terminal 
41 bypassing the home agent 31. A route optimization 
process after the terminal 41 in the foreign network 
initiates the transmission to the terminal 42 is the 
10 same as a route optimization process after the terminal 
41 moves from the home network 1 to the foreign network 
2, and therefore the latter example is shown in Fig. 4. 

Operation procedures in Figs. 2, 3, and 5 are 
shown in Figs. 24, 25, and 26. In Figs. 24, 25, and 
15 26, three rectangles above an arrow totally represent 
an IP packet, with the respective rectangles 
representing a destination IP address, a source IP 
address, and an IP payload in this order from the 
beginning of the packet in the forward direction. Five 
20 rectangles represent a care of IP address, an IP 

address of a home agent, a destination IP address, a 
source IP address, and an IP payload, respectively. As 
shown in Fig. 24, for example, two IP addresses t6 and 
p6 are entered for the terminal 41; an address at left 
25 is a home IP address (IPv6 address) given to the 
terminal 41 and an address at right is a care of 
address (IPv6 address) given by the foreign network 2. 
In addition, are given x4 (IPv4 address) to the 
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translation server 21, v6 (IPv6 address) and v4 (IPv4 
address) to the DNS server 23, a c4 (IPv4 address) to 
the DNS server 24, n6 (IPv6 address) and n4 (IPv4 
address) to the translator 11, 16 (IPv6 address) and 14 
5 (IPv4 address) to the translator 12, m6 (IPv6 address) 
and rn4 (IPv4 address) to the translator 13, and r4 
(IPv4 address) to the terminal 42. 

Referring to Fig. 24, there is shown an 
operation procedure for the mobile terminal 41 to 

10 communicate with the IPv4 terminal 42 in the foreign 
network 2. The translator 12 monitors all the DNS 
queries (refer to the Internet RFC Dictionary published 
by ASCII, pp.323 - 329) in the DNS message translation 
and process 102. The terminal 41 transmits a DNS query 

15 to the DNS server 23 so as to acquire an IPv6 address 
from a name (assumed to be R) of the terminal 42. The 
DNS server 23 does not know the IP address 
corresponding to the name R and therefore transmits the 
DNS query to the DNS server 24. These packet formats 

20 are shown in Figs. 54, 56, and 57. The translator 12 
detects these packets (sequence 300) and awaits a 
response from the DNS server 24. Figs. 55, 56, and 58 
show DNS response packet formats. In this embodiment, 
the name R is entered into a header part shown in Fig. 

2 5 58 of the response packet from the DNS server 24 and 
the IPv4 address r4 corresponding to the name is 
entered into an end of it. The translator 12 detects 
the response packet from the DNS server 24 and then 



rewrites the IPv4 address r4 to an IPv6 address s6 for 
the subsequent translation (sequence 301} . This IPv6 
address is a virtual one for the name R and therefore 
hereinafter referred to as a virtual destination IP 
address. This process is performed in the DNS message 
translation and process 102 in the translator 12. In 
this rewriting, an entry for associating r4 with s6 is 
prepared on the translation table 101 {see entry #1 in 
Fig. 22) in the translator 12. The DNS response packet 
rewritten from the actual destination IP address to the 
virtual destination IP address s6 is transmitted to the 
terminal 41 via the DNS server 23. 

The terminal 41 which has received the DNS 
response packet begins to transmit an IP packet to the 
terminal 42. A destination IP address of these packets 
is s6 and their source IP address is t6 which is an 
IPv6 address of the terminal. When the IP packet 
transmitted from the terminal 41 arrives at the 
translator 12, the packet is transmitted to the data 
packet translation and process 104 in the translator 
12. In the data packet translation and process 104, a 
translation table management part 101 is searched for 
by using the destination IP address s6 as a search key. 
Then, the above prepared entry (entry #1 in Fig. 22) is 
found and therefore a source IP address t6 of this 
packet, an IPv4 address 14 of the translator 12, a 
source port number, and a destination port number of 
this packet are written into the entry (entry #1 in 
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Fig. 22) . The address 14 is a virtual one for the 
source IP address t6 and hereinafter referred to as a 
virtual source IP address. Thereby, making the 
translation rule is completed (sequence 302) . An item 
5 on the translation table 101, "Lifetime of entry" 

indicates how long the entry should be retained. Items 
on the translation table 101, "Source port number" and 
"Destination port number" are expected to be used for a 
process of transmitting the packet to a proxy server, 

10 for example, if the packet is found to be a Web access 
from the port number described in the header of the 
packet transmitted from the terminal 41, The above 
information is not always necessary. The information 
"Source port number" and "Destination port number" are 

15 not used in this embodiment. 

The translator 12 stores the translation rule 
made in this manner on the translation table 101 and 
registers the translation rule in the translation 
server 21 (sequence 303) . This registration process is 

20 performed by the translation server query process 100 
in the translator 12. At this time, it is a problem 
how the address of the translation server is acquired. 
In this embodiment, it is assumed to be initialized at 
the startup of the device. Referring to Figs. 59 and 

25 62, there are shown formats of this registration 

message. The generated translation rule is described 
in the part of the translation information 251 shown in 
Fig. 59. 
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In the translation server 21 which has 
received the registration message, the translation 
information register request process 111 fetches the 
translation information and stores it into the 
5 translation information storage part 110. 

In the data packet translation and process 
104 of the translator 12, the IPv6 addresses t6 and s6 
in the packet are rewritten to 14 and r4, respectively 
(sequence 304), and then transmitted to the terminal 

10 42* At the translation, not only the IP addresses, but 
also the packet format is translated from the IPv6 
packet format to the IPv4 packet format. This format 
translation is also performed by the data packet 
translation and process 103 in the translator 12. For 

15 reference, there are shown the IPv6 packet format in 
Fig. 4 9 and the IPv4 packet format in Fig. 46. 

On the other hand, the translator 12 rewrites 
the source IP address r4 to s6 and the destination IP 
address 14 to t6 conforming to the generated 

20 translation rule for the IPv4 packet transmitted from 
the terminal 42 and translates the IPv4 packet to the 
IPv6 packet (sequence 305) . The translated packet is 
transmitted to the terminal 41. 

Referring to Fig. 25, there is shown an 

25 operation procedure after the terminal 41 moves to the 
position r and before the terminal 41 begins to 
communicate with the terminal 42. With a movement, the 
terminal 41 is given a new care of address q6 (IPv6) by 
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the foreign network 2. The translation service to the 
terminal located at the position r is provided by the 
translator 13. 

The terminal 41 registers the position of the 
5 home agent 31 of the Mobile IP, first (refer to 
http : //search* ietf . org/ interne t-draf ts/draf t-ietf- 
mobileip-ipv6-13 . txt, pp.9 - 11). The packet formats 
are shown in Figs. 49, 50, and 51. The terminal 41 
registers the care of IPv6 address q6 at the home agent 
y 10 31 as the current position. After that, the terminal 

: J3 41 transmits the packet to the terminal 42. This 

m packet is received by the translator 13 and then 

03 transmitted to the data packet translation and process 

3 104 shown in Fig. 19. The data packet translation and 

yy , 15 process 104 searches the translation table 101 for the 

jz virtual destination IP address s6 as a search key. At 

this time, however, there is no translation rule in the 
translator 13 and therefore the IP address cannot be 
rewritten (sequence 306) . If it is reported to the 
20 translation server query process 100 in the translator 
13, the translation server query process 100 inquires 
the translation information of the translation server 
21 (sequence 307). Referring to Figs. 60, 63, and 64, 
there is shown an embodiment of the query packet 
25 format. Into the first part in Fig. 60, is entered the 
virtual destination IP address s6 which is a search key 
of the desired translation information. In the data 
packet translation and process 104, a packet which 



cannot be translated is retained for a certain period. 

The translation information query process 112 
in the translation server 21 fetches the search key s6 
from the query packet. Next, the translation 
5 information 110 is searched using s6 as a search key. 
As described above, the translation information 110 
contains the registered translation rules (a 
correspondence between t6 and 14, a correspondence 
between s6 and r4, etc.) corresponding to the virtual 

10 destination IP address s6. The translation information 
searched for and found based on the translation 
information 110 is returned to the translation 
information query process 112. The translation 
information query process 112 stores the received 

15 translation information in the format shown in Figs. 
61, 63, and 65 and makes a response to the translator 
13 (sequence 308) . The translation information is 
stored in the last part in Fig. 65. 

The translator 13 fetches the translation 

20 information based on the response from the translation 
server 21 by the translation server query process 100 
and then stores it into the translation table 101. 
After that, the data packet translation and process 104 
rewrites the retained packet from the IPv6 addresses t6 

25 and s6 to 14 and r4, respectively, on the basis of the 
translation information (sequence 304) and then 
transmits it to the terminal 42. At the translation, 
the packet format is translated from the IPv6 packet 



format to the IPv4 packet format as well as the IP 
address. This format translation is also performed by 
the data packet translation and process 103 in the 
translator 12. 

On the other hand, the translator 13 rewrites 
the source IP address r4 to s6 and the destination IP 
address 14 to t6 conforming to the translation table 
101 also for the IPv4 packet transmitted from the 
terminal 42 and translates the IPv4 packet to the IPv6 
packet (sequence 305) . The translated packet is 
transmitted to the terminal 41 via the home agent 31. 

Referring to Fig. 26, there is shown an 
operation procedure for performing the route 
optimization described by referring to Fig. 6 (refer to 
http : //search. ietf . org/ internet-draft s/draf t-ietf - 
mobileip-ipv6-13.txt, pp.87 - 89). 

After the end of the procedure shown in Fig. 
25, the mobile terminal can select whether the route 
optimization should be performed. If the route 
optimization is performed, the terminal 41 registers 
the care of IPv6 address q6 given by the foreign 
network 2 as the current position at the terminal 42 
which is a correspondent party in the same manner as 
for the registration of the current position at the 
home agent (HA) . The translator 13 monitors a position 
registration message from the terminal 41 to the 
terminal 42 in the same manner as for the DNS message. 
If the translator 13 detects the position registration 
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message described in IPv6 destined for the terminal 42 
from the terminal 41, the message is transmitted to the 
Mobile IP message translation and process 103 by the 
input packet filtering process. The Mobile IP message 
5 translation and process 103 associates a virtual source 
IP address m4 with a pair of the source IP address t6 
and the care of address q6, makes a translation rule 
for associating s6 with r4, and retains it in the 
translation table 101 (see the #4 entry in Fig. 22) . 

10 Additionally, the Mobile IP message translation and 

process 103 translates the care of address q6 described 
in the position registration message to m4 and 
transmits it to the terminal 42. While the current 
position information is described in the payload of the 

15 packet in the IPv4 Mobile IP, it is described in the 

header of the packet in the IPv6 Mobile IP. Therefore, 
the Mobile IP message translation and process 103 
performs the format translation as well as rewriting 
the address and then transmits the position 

20 registration message to the terminal 42. 

After performing the route optimization, the 
mobile terminal 41 uses the care of address q6 as a 
source IP address when transmitting a packet to the 
terminal 42. Then, the original address is described 

25 in the IPv6 extended header part (Fig. 49) . When 

translating the packet in the data packet translation 
and process 104, the translator 13 searches the 
translation table 101 using an address in the extended 
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header (the original source IP address) as well as the 
source IP address (the care of address) in the IP 
header and the destination IP address (the virtual 
destination IP address) as a search key. This prevents 
5 an entry before the route optimization from being 
searched for. Whether the address in the extended 
header should be used as a search key is determined by 
a presence or an absence of the extended header. In 
other words, if the original source IP address exists 
10 in the extended header, it is always added to the 

search keys. Accordingly, the packet can be converted 
based on the translation information even if the 

terminal moves. 

The above embodiment has been described for a 

15 transmission from the mobile terminal 41 to the 

terminal 42. Fig. 27 contrarily shows a procedure in 
which the terminal 42 initiates a communication with 
the terminal 41 located in the position q. While this 
procedure differs from the above procedure in respects 

20 of the DNS server which the terminal 42 queries and the 
like, it can be easily understood from the procedure 
described by using Fig. 24 and therefore a detailed 
description will be omitted here. This embodiment is 
characterized by that a DNS query from the terminal 42 

25 is transmitted to a DNS server 22 via a DNS server 24 
since the IP address corresponding to a name T of the 
terminal 41 is associated with a home address t6, that 
the translator 11 thereby makes a translation rule for 
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associating t6 with a virtual destination IP address 
f4, and that the translator 11 treats the virtual 
source IP address as an IPv6 address 16 of the 
translator 12 to associate r4 with 16 when making a 
5 translation rule since a packet destined for the 

terminal 42 from the terminal 41 passes through the 
translator 12, In Fig. 27, the DNS server 22 is given 
i6 (IPv6 address) and i4 (IPv4 address) . 

Referring to Fig, 28, there is shown an 

10 operation procedure after the terminal 41 moves to the 
position r and before the terminal 42 starts to 
communicate with the terminal 41. This procedure can 
be easily understood from the procedure described by 
using Fig. 25 and therefore the description is omitted 

15 here. 

Referring to Fig. 29, there is shown a 
procedure for optimizing a route after the end of the 
procedure shown in Fig. 28. This procedure can be 
easily understood from the procedure described by using 

20 Fig. 26 and therefore a detailed description is omitted 
here. While the terminal 41 registers the current 
position at the terminal 42 as the position 
registration message via the translator 13 and begins 
to transmit a packet destined for the terminal 42 in 

25 the procedure described by using Fig. 26, the position 
registration message is transmitted together with the 
packet destined for the terminal 42 in the procedure 
shown in Fig. 29. Then, in the translator 13, the 
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current position is registered at the terminal 42 by 
the same process as one described by using Fig. 26 and 
then the source IP address of the packet is rewritten 
to be transmitted to the terminal 42. 
5 Referring to Fig. 6, there is shown a diagram 

of a communication route selected if the mobile 
terminal 41 initiates a communication with the IPv4 
terminal 42 in the home network 1. 

Referring to Fig. 7, there is shown a 

10 communication route selected if the mobile terminal 
moves to a foreign network 2 (position q) . Referring 
to Fig. 30 and Fig. 31, there are shown communication 
procedures in Fig. 6 and Fig. 7, respectively. Fig. 24 
shows an operation procedure after the terminal 41 

15 initiates the communication and before it actually 

starts to exchange data to or from the terminal 42 and 
Fig. 25 shows an operation procedure after the terminal 
41 moves and before it starts to exchange data. These 
procedures are the same as those described by using 

20 Figs. 24 and 25 except the differences of the related 
DNS server and translators. Describing this point by 
way of caution/ the home address t6 is associated with 
the IPv4 address n4 of the translator in these 
procedures and therefore the packet transmitted from 

25 the terminal 42 to the terminal 41 passes through the 
translator 11, which is different from the procedures 
described by using Figs. 24 and 25. 

Referring to Fig. 8, there is shown a 
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communication route selected if the terminal 41 moves 
from the position q to a position p. Referring to Fig. 
32, there is shown an operation procedure in this 
route. This procedure is the same as one described by 
5 using Fig. 25 except a difference of related 
translators . 

Fig. 4 set forth in the above also shows a 
communication route selected if the route is optimized 
after the terminal 41 moves from the position p to the 

10 position q. Additionally Fig. 5 in the above shows a 

communication route selected if the terminal 41 further 
moves from the position q to the position r after the 
route optimization. Referring to Figs. 33 and 34, 
there are shown operation procedures for the respective 

15 cases. These procedures are the same as those 
described by using Fig. 26 except differences of 
related translators . 

Referring to Fig. 35, there is shown a 
communication procedure for starting a communication 

2 0 from the terminal 42 to the mobile terminal 41 in Fig. 
6. Referring to Fig. 36, there is shown an operation 
procedure for starting a communication from the 
terminal 42 to the mobile terminal 41 when the terminal 
41 moves as shown in Fig. 7. Referring to Fig. 37, 

25 there is shown an operation procedure for starting a 
communication from the terminal 42 to the mobile 
terminal 41 when the terminal 41 moves to the position 
shown in Fig. 8 from the condition in Fig. 7. 



Referring to Fig. 38, there is shown an operation 
procedure for starting a communication from the 
terminal 42 to the mobile terminal 41 used when the 
route is optimized from the condition in Fig. 7 to the 
condition in Fig. 4. Referring to Fig. 39, there is 
shown an operation procedure for starting a 
communication from the terminal 42 to the mobile 
terminal 41 used when the route is optimized from the 
condition in Fig. 8 to the condition in Fig. 5. These 
procedures are almost the same as those described by 
using Figs. 27 to 29 and therefore the description is 
omitted here. 

Next, a description is given below for a case 
where an IPv4 mobile terminal initiates a communication 
with an IPv6 terminal in a foreign network and then it 
moves with a route optimization 

(http : //search. ietf .org/ draft- ietf-mobi leip-optim- 
10.txt; pp. 1-4 and http://www.ietf.org/rfc/rfc2002.txt; 
pp. 24-32) . 

Referring to Fig. 9, there is shown a diagram 
of assistance in explaining a configuration of a 
network in which IPv4 networks 4 and are connected to 
an IPv6 network 6. The network 4 is a home network of 
the IPv4 mobile terminal 43 and the network 5 is a 
foreign network of the mobile terminal 43. Others are 
configured in the same manner as for one in Fig. 1. 

Referring to Fig. 10, there is shown a 
communication route selected if an IPv4 mobile terminal 
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43 in the position q initiates a communication with an 
IPv6 terminal 44. Referring to Fig. 11, there is shown 
a communication route selected if the terminal 43 moves 
from the position q to the position r. Figs. 12 and 13 
5 illustrate communication routes optimized in the 

conditions Figs. 10 and 11, respectively. The route 
optimization process after starting the transmission 
from the terminal 41 in the foreign network to the 
terminal 42 is the same as the route optimization 
10 process performed when the terminal 41 moves from the 
/S' home network 1 to the foreign network 2 and therefore 

*S Fig. 13 shows an example of the latter. 

J! Referring to Figs. 40, 41, and 42, there are 

shown communication procedures used for communications 
j| 15 through the communication routes shown in Figs. 10, 11, 

\!! and 13. Subsequently, Figs. 40, 41, and 42 are 

^ described below. 

Referring to Fig. 40, there is shown a 
procedure for the IPv4 mobile terminal in the foreign 
20 network communicating with the IPv6 terminal. It is 

quite the same as the procedure (Fig. 24) for the IPv6 
mobile terminal communicating with the IPv4 terminal. 
Regarding the translation information, the IPv4 and 
IPv6 addresses are replaced with each other. In other 
25 words, the translator 12 allocates a virtual source 
IPv6 address to the source IPv4 address and a virtual 
destination IPv4 address to the destination IPv6 
address . 
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Referring to Fig. 41, there is shown a 
procedure used when the IPv4 mobile terminal moves 
after the completion of the procedure shown in Fig. 40. 
It is also the same as one for the IPv6 mobile terminal 
{Fig. 25) except that the addresses IPv4 and IPv6 are 
replaced with each other as addresses in the 
translation information. 

Referring to Fig. 42, there is shown a 
procedure for performing a route optimization after the 
procedure in Fig. 41. It differs from the procedure 
for the IPv6 mobile terminal in that the position 
registration for the route optimization is performed 
not by the mobile terminal, but by the home agent. 
Accordingly, though the difference has no concern with 
a communication with the mobile terminal, when the 
translator 13 generates translation information in the 
sequence 310 in Fig. 42, translation information for 
the home agent is also required as well as translation 
information of the mobile terminal and therefore they 
are generated simultaneously. Others are the same as 
for the IPv6 mobile terminal. 

Referring to Fig. 14, there is shown a 
communication route selected when the mobile terminal 
43 makes a communication in the home network 4. If the 
mobile terminal 43 moves to a foreign network 5 in this 
status, a communication route as shown in Fig. 15 is 
selected after the movement according to a translation 
method of the present invention. If the route is 
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optimized in this status, the route is selected as 
shown Fig. 12. If the terminal 43 moves further, the 
communication route is selected as shown in Fig. 16. 
If the route is optimized in the status, the 
5 communication route is selected as shown in Fig. 13. 
These procedures are the same as those described by 
using Figs. 24 to 26. 

Next, there is described an embodiment in 
which a translation server contains a DNS server 

10 function serving as a phone directory (large scale 
distributed database) in the Internet. 

Referring to Fig. 21, there is shown an 
embodiment of a DNS server incorporated translation 
server. Fig. 21 illustrates a functional block diagram 

15 of the DNS server incorporated translation server. The 
DNS server incorporated translation server has a 
processor, a storage device, and a communication 
controller for a connection to a network as hardware, 
though they are not shown. An input packet filtering 

20 process, a translation information register request 
process 111, a translation information query process 
112, and an IP address query process 113 are made of 
software and executed by the processor. They can be 
made of hardware. A name, an IP address, and 

25 translation information 114 are retained in the storage 
device. In the input packet filtering process, input 
packets are distributed to the translation information 
register request process 111, the translation 
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information query process 112, and the IP address query 
process 113. The translation information register 
request process 111 processes a translation information 
register request and stores the fetched translation 
5 information, name, and IP address into the translation 
information storage part 114. The IP address query 
process 113 processes a name resolving request of the 
DNS, searches names, IP addresses, and the translation 
information storage part 114 with the fetched name, and 
O 10 then transmits an acquired IP address to the request 

source. In addition, the translation information query 
S3 process 112 processes the translation information 

CO query, searches names, IP addresses, and the 

3 translation information storage part 114 with the 

m 15 fetched virtual destination IP address or the like, and 

then transmits the acquired translation information to 
U the request source. 

Referring to Fig. 43, there is shown a 
diagram of an operation procedure in which the IPv6 
20 mobile terminal exists in a foreign network when using 
the DNS server incorporated translation server and 
initiates a communication. 

Comparing Fig. 43 with an operation procedure 
using a normal translation server (Fig. 24), the DNS 
25 server incorporated server 23-1 is used instead of the 
translation server 21 and the DNS server 23 and 
therefore the DNS server incorporated translation 
server 23-1 is used for a destination of the 



translation information registration sequence 303. 
Fig. 23 shows an example of translation information of 
combined correspondences of the translation 
information, names, and IP addresses registered in this 
sequence and retained in the DNS server incorporated 
translation server 23-1 (#1 entry) . 

Generally in name resolving requiring a 
protocol translation, a DNS cache function is 
inhibited. In other words, in Fig. 34, the DNS server 
23 always queries the DNS server 24 and it is inhibited 
to hold the result. It is because the intermediate 
translator 12 rewrites a DNS response and because 
identification is not assured between IP address 
rewriting information owned by the translator 12 and 
the cache IP address information retained in the DNS 
server 23. 

On the other hand, the DNS server 
incorporated translation server 23-1 according to the 
present invention enables the DNS cache function by 
returning the virtual destination IPv6 address s6 to a 
name resolving request for a name R. It is possible 
because each translator always registers new 
translation information at the DNS server incorporated 
translation information server 23-1 when generating the 
new translation information and therefore any change of 
the translation information always updates the 
translation information in the DNS server incorporated 
translation information server 23-1 and because a 
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lifetime of the translation information can be managed 
and therefore translation information discarded by each 
translator can also be discarded in the DNS server 
incorporated translation server 23-1. Thereby an IP 
5 address for a certain name R is a certain virtual 
destination IP address until the lifetime of the 
translation information ends up and the translation 
information is discarded. 

In addition, an address for a name is 

10 returned in the same manner as for a normal DNS server 
for a name not requiring a protocol translation (an 
empty virtual address field) and a destination IP 
address and a virtual source IP address are returned 
for a query of translation information after searching 

15 for those with a virtual destination IP address and a 
source IP address. 

As set forth hereinabove, the DNS server 
incorporated translation information server 23-1 can 
realize functions of both the DNS server and the 

20 translation server. 

According to the above embodiments, a mobile 
terminal can continue a communication even after moving 
while translating protocols independently of whether it 
is an IPv4 or IPv6 mobile terminal. In addition, the 

25 mobile terminal can continue the communication even 
after moving while translating protocols both in 
originating and receiving a call. Furthermore, the 
mobile terminal can continue the communication even 



- 37 - 

after moving while translating protocols in both cases 
in which the mobile terminal is located in the home 
network and in which it is in a foreign network. Still 
further, even after a route optimization with a linkage 
5 with the Mobile IP, the mobile terminal can continue 
the communication after moving while translating 
protocols . 

Additionally, even if a DNS server is used as 
a translation server or if a protocol translation is 
10 necessary, the DNS cache function is available. 



